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METHOD AMD APPARATUS FOR PROVIDING POST OFFICE PROTOCOL 3 
SUPPORT FOR LIMITED STORAGE DEVICES 

BACKGROUND OF THE INVENTION 

1. Technical Field: 

5 The present invention relates generally to an 

improved data processing system, and in particular, to a 
method and apparatus for processing electronic messages. 
Still more particularly, the present invention provides a 
method and apparatus for processing electronic messages 

10 using a post office protocol 3 server. 



2. Description of Related Art: 

The Internet, also referred to as an "internetwork", 
5 is a set of computer networks, possibly dissimilar, joined 

^ together by means of gateways that handle data transfer 

p; 15 and the conversion of messages from a protocol of the 

3 sending network to a protocol used by the receiving 

W network. When capitalized, the term "Internet" refers to 

the collection of networks and gateways that use the 
TCP/IP suite of protocols. 
20 The Internet has become a cultural fixture as a 

source of both information and entertainment. Many 
businesses are creating Internet sites as an integral part 
of their marketing efforts, informing consumers of the 
products or services offered by the business or providing 
25 other information seeking to engender brand loyalty. Many 
federal, state, and local government agencies are also 
employing Internet sites for informational purposes, 
particularly agencies which must interact with virtually 
all segments of society such as the Internal Revenue 
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Service and secretaries of state. Providing informational 
guides and/or searchable databases of online public 
records may reduce operating costs. Further, the Internet 
is becoming increasingly popular as a medium for 
commercial transactions . 

Currently, the most commonly employed method of 
transferring data over the Internet is to employ the World 
Wide Web environment, also called simply "the Web". Other 
Internet resources exist for transferring information, 
such as File Transfer Protocol (FTP) and Gopher, but have 
not achieved the popularity of the Web. In the Web 
environment, servers and clients effect data transaction 
using the Hypertext Transfer Protocol (HTTP) , a known 
protocol for handling the transfer of various data files 
(e.g., text, still graphic images, audio, motion video, 
etc.). The information in various data files is 
formatted for presentation to a user by a standard page 
description language, the Hypertext Markup Language 
(HTML) . In addition to basic presentation formatting, 
HTML allows developers to specify "links" to other Web 
resources identified by a Uniform Resource Locator (URL) . 
A URL is a special syntax identifier defining a 
communications path to specific information. Each logical 
block of information accessible to a client, called a 
"page" or a "Web page", is identified by a URL. The URL 
provides a universal, consistent method for finding and 
accessing this information, not necessarily for the user, 
but mostly for the user's Web "browser". A browser is a 
program capable of submitting a request for information 
identified by an identifier, such as, for example, a URL. 
A user may enter a domain name through a graphical user 
interface (GUI) for the browser to access a source of 
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content. The domain name is automatically converted to 
the Internet Protocol (IP) address by a domain name system 
(DNS) , which is a service that translates the symbolic 
name entered by the user into an IP address by looking up 

5 the domain name in a database. 

Access to the Internet is not limited to computers, 
but other devices also access the Internet. Pervasive 
Internet devices include devices, such as personal digital 
assistants, digital phones, auto PCs, and the like. In 

10 the arena of pervasive, limited storage Internet devices, 
the mail protocol of choice has been Internet messaging 
access protocol (IMAP) due to the ability to keep and 
store electronic mail on the server. Post office 
protocol 3(POP3) has either been overlooked or severely 

15 constrained because this protocol depends on the local 
storage of the client to store electronic mail messages. 
In addition, POP3 1 s standard practice of deleting mail at 
the server prohibits the mail from being accessed through 
multiple pervasive devices, which is an important goal of 

20 the pervasive computing strategy. POP3 was architected 
to be used in a way that normally retrieves mail from the 
server, deletes it, and stores it locally on the client 
system. However, due to the high availability of POP3 
mail servers that could be employed by these devices, it 

25 would be advantageous to have an improved method, 

apparatus, and computer instructions to provide POP3 
support and implement this support in a way that 
minimizes these limitations. 
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SUMMARY OF THE INVENTION 



The present invention provides a method, apparatus, 
and computer instructions for managing electronic mail 
messages from a post office protocol 3 server. Header 
information for electronic messages is retrieved on the 
post office protocol 3 server to form retrieved header 
information. An attribute file is updated in which the 
attribute file includes an indication of whether an 
electronic mail message has been read. The attribute 
file contains attributes on a per message basis in a 
preferred embodiment of the present invention. A mail 
list is presented on a display using the retrieved header 
information and the attribute file. Responsive to a 
selection of an electronic mail message from the mail 
list, the electronic mail message is retrieved and 
presented. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features believed characteristic of the 
invention are set forth in the appended claims. The 
invention itself, however, as well as a preferred mode of 
use, further objectives and advantages thereof, will best 
be understood by reference to the following detailed 
description of an illustrative embodiment when read in 
conjunction with the accompanying drawings, wherein: 

Figure 1 depicts a pictorial representation of a 
network of data processing systems in which the present 
invention may be implemented; 

Figure 2 is a block diagram of a data processing 
system that may be implemented as a server, in accordance 
with a preferred embodiment of the present invention; 

Figure 3 is a block diagram illustrating a data 
processing system in which the present invention may be 
implemented; 

Figure 4 is a block diagram of a personal digitial 
assistant (PDA) is shown in accordance with a preferred 
embodiment of the present invention; 

Figure 5 is a diagram of a known Internet messaging 
access protocol (IMAP) system; 

Figure 6 is a diagram illustrating a known P0P3 
electronic mail system; 

Figure 7 is a diagram of an improved post office 
protocol 3 (P0P3) electronic mail system in accordance 
with a preferred embodiment of the present invention; 

Figure 8 is a diagram of an entry in a mail 
attribute file in accordance with a preferred embodiment 
of the present invention; 
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Figure 9 is a flowchart of a process used for 
retrieving electronic mail messages in accordance with 
preferred embodiment of the present invention; and 

Figure 10 is a flowchart of a process used for 
updating a mail attribute file in accordance with a 
preferred embodiment of the present invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 



j e i 



With reference now to the figures, Figure 1 depicts a 
pictorial representation of a network of data processing 
systems in which the present invention may be implemented. 
5 Network data processing system 100 is a network of 
computers in which the present invention may be 
implemented. Network data processing system 100 contains 
a network 102, which is the medium used to provide 
communications links between various devices and computers 
10 connected together within network data processing system 
100. Network 102 may include connections, such as wire, 
wireless communication links, or fiber optic cables. 

In the depicted example, server 104 is connected to 
network 102 along with storage unit 106. In addition, 
15 clients 108, 110, 112, and 114 are in communication with 
network 102. In this example, client 108 may be, for 
example, a personal computer or a network computer. 
Clients 110, 112, and 114 represent pervasive computing 
devices. In these examples, client 110 and client 112 are 
20 personal digital assistants (PDA) , while client 114 is an 
auto PC. Pervasive computing devices provide mobile, 
anyplace, anytime access to networks and applications. 
Other pervasive computing devices may communicate with 
network 102, such as a digital phone, Web pads, internet 
25 access devices, and intelligent appliances. In these 
examples, client 108 is connected to network 102 by a 
physical connection while clients 110, 112, and 114 
communicate with network 102 through a wireless 
connection. 
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In the depicted example, server 104 provides data, 
such as boot files, operating system images, and 
applications to clients 108-114. Clients 108, 110, 112, 
and 114 are clients to server 104. Server 104 may include 
server processes, such as, for example, a Web server and a 
mail server. Specifically, the mail server may be a POP3 
mail server from which clients 108-114 may access 
electronic mail messages. 

Network data processing system 100 may include 
additional servers, clients, and other devices not shown. 
In the depicted example, network data processing system 
100 is the Internet with network 102 representing a 
worldwide collection of networks and gateways that use the 
TCP/IP suite of protocols to communicate with one another. 
At the heart of the Internet is a backbone of high-speed 
data communication lines between major nodes or host 
computers, consisting of thousands of commercial, 
government, educational and other computer systems that 
route data and messages. Of course, network data 
processing system 100 also may be implemented as a number 
of different types of networks, such as for example, an 
intranet, a local area network (LAN), or a wide area 
network (WAN) . Figure 1 is intended as an example, and not 
as an architectural limitation for the present invention. 

Referring to Figure 2, a block diagram of a data 
processing system that may be implemented as a server, 
such as server 104 in Figure 1, is depicted in accordance 
with a preferred embodiment of the present invention. 
Specifically, data processing system 200 may include 
instructions for a POP3 server process. 

Data processing system 200 may be a symmetric 
multiprocessor (SMP) system including a plurality of 
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processors 202 and 204 connected to system bus 206. 
Alternatively, a single processor system may be employed. 
Also connected to system bus 206 is memory 
controller/cache 208, which provides an interface to local 
5 memory 209. I/O bridge 210 is connected to system bus 206 
and provides an interface to I/O bus 212. Memory 
controller /cache 208 and I/O bridge 210 may be integrated 
as depicted. 

Peripheral component interconnect (PCI) bus bridge 

10 214 connected to I/O bus 212 provides an interface to PCI 
local bus 216. A number of modems may be connected to PCI 
local bus 216. Typical PCI bus implementations will 
support four PCI expansion slots or add-in connectors. 
Communications links to clients 108-114 in Figure 1 may be 

15 provided through modem 218 and network adapter 220 

connected to PCI local bus 216 through add- in boards. 

Additional PCI bus bridges 222 and 224 provide 
interfaces for additional PCI local buses 226 and 228, 
from which additional modems or network adapters may be 

20 supported. In this manner, data processing system 200 
allows connections to multiple network computers. A 
memory-mapped graphics adapter 230 and hard disk 232 may 
also be connected to I/O bus 212 as depicted, either 
directly or indirectly. 

25 Those of ordinary skill in the art will appreciate 

that the hardware depicted in Figure 2 may vary. For 
example, other peripheral devices, such as optical disk 
drives and the like, also may be used in addition to or in 
place of the hardware depicted. The depicted example is 

30 not meant to imply architectural limitations with respect 
to the present invention. 
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The data processing system depicted in Figure 2 may 
be # for example, an IBM e-Server pSeries system, a 
product of International Business Machines Corporation in 
Armonk # New York, running the Advanced Interactive 
5 Executive (AIX) operating system or LINUX operating 
system. 

With reference now to Figure 3, a block diagram 
illustrating a data processing system is depicted in which 
the present invention may be implemented. Data processing 

10 system 300 is an example of a client computer, such as 
client 108 in Figure 1. Additionally, the components 
illustrated in Figure 2 may be used to implement an auto 
PC, such as client 114 in Figure 1. 

Data processing system 300 employs a peripheral 

15 component interconnect (PCI) local bus architecture. 

Although the depicted example employs a PCI bus, other bus 
architectures such as Accelerated Graphics Port (AGP) and 
Industry Standard Architecture (ISA) may be used. 
Processor 302 and main memory 304 are connected to PCI 

20 local bus 306 through PCI bridge 308. PCI bridge 308 also 
may include an integrated memory controller and cache 
memory for processor 302. Additional connections to PCI 
local bus 306 may be made through direct component 
interconnection or through add-in boards. In the depicted 

25 example, local area network (LAN) adapter 310, SCSI host 
bus adapter 312, and expansion bus interface 314 are 
connected to PCI local bus 306 by direct component 
connection. In contrast, audio adapter 316, graphics 
adapter 318, and audio/video adapter 319 are connected to 

30 PCI local bus 306 by add-in boards inserted into expansion 
slots. Expansion bus interface 314 provides a connection 
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for a keyboard and mouse adapter 320, modem 322 , and 
additional memory 324, Small computer system interface 
(SCSI) host bus adapter 312 provides a connection for hard 
disk drive 326, tape drive 328, and CD-ROM drive 330. 
Typical PCI local bus implementations will support three 
or four PCI expansion slots or add- in connectors. 

An operating system runs on processor 302 and is used 
to coordinate and provide control of various components 
within data processing system 300 in Figure 3. The 
operating system may be a commercially available operating 
system, such as Windows 2000, which is available from 
Microsoft Corporation. Instructions for the operating 
system and applications or programs are located on storage 
devices, such as hard disk drive 326, and may be loaded 
into main memory 304 for execution by processor 302. 

Those of ordinary skill in the art will appreciate 
that the hardware in Figure 3 may vary depending on the 
implementation. Other internal hardware or peripheral 
devices, such as flash ROM (or equivalent nonvolatile 
memory) or optical disk drives and the like, may be used 
in addition to or in place of the hardware depicted in 
Figure 3. Also, the processes of the present invention 
may be applied to a multiprocessor data processing 
system. 

As another example, data processing system 300 may 
be a stand-alone system configured to be bootable without 
relying on some type of network communication interface, 
whether or not data processing system 300 comprises some 
type of network communication interface. 

The depicted example in Figure 3 and above-described 
examples are not meant to imply architectural 
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limitations. For example, data processing system 300 
also may be a notebook computer or hand held computer. 
Data processing system 300 also may be a kiosk or a Web 
appliance. 

5 Turning now to Figure 4, a block diagram of a 

personal digital assistant (PDA) is shown in accordance 
with a preferred embodiment of the present invention. 
PDA 400 is an example of a PDA, such as client 110 or 112 
in Figure 1, in which code or instructions implementing 
10 the processes of the present invention may be located. 

PDA 400 includes a bus 402 to which processor 404 and main 
memory 406 are connected to bus 402 by host/bus 
cache/bridge 408. Audio adapter 410 allows for sound to 
be presented to the user in PDA 400. Touch screen/stylus 
15 adapter 412 allows for presentation of a graphical user 
interface to the user as well as providing an interface 
~' for the user to input data and commands. Information such 

"g as calendars, address books, and electronic mail may be 

O stored within storage 414. Additionally, instructions for 

20 programs, such as a mail program, may be stored within 
ill storage 414. Storage 414 may take various forms, such as 

a random access memory, a read-only memory, or a flash 
memory. The memory may be built into PDA 400 or take the 
form of a removable memory, such as a flash card or a 
25 memory stick. 

The operating system may be, for example, a 
commercially available operating system such as Windows 
CE, which is available from Microsoft Corporation. 
Instructions for the operating system and applications or 
30 programs located on storage devices, such as storage 414, 
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may be loaded into main memory 406 for execution by 

processor 404. 

The present invention provides an improved method, 
apparatus, and computer instructions to provide post 
5 office protocol 3 (POP3) mail server support in an 
Internet messaging access protocol (IMAP) manner to 
provide the advantages of an IMAP mail system using a POP3 
system. 

Turning next to Figure 5, a diagram of a known 
10 Internet messaging access protocol (IMAP) system is 
depicted. Server data processing system 500 is a 
computer executing processes for IMAP mail server 502. 
IMAP mail server 502 maintains mail inbox 504 along with 
attributes 506 for each electronic mail message. In these 
15 examples, attributes include flags for "seen" /"unseen'' , 
deleted, and answered electronic mail messages. Other 
attributes include, for example, priority, recent, and 
dates. Saved mail folder 508 also is kept on server data 
processing system 500 and has a similar structure to the 
20 mail inbox 504. 

On the client side, client device 510 executes mail 
program 512 to present mail list 514 to a user. Mail 
inbox 504 is accessed through IMAP mail server 502 to 
access and collect information from the headers of 
25 electronic mail messages stored in mail inbox 504. This 
information is presented in mail list 514 in client 
device 510. This information is collected and presented 
each time the mail list 514 is refreshed. When an 
individual electronic mail message is selected from mail 
30 list 514 for display, that electronic mail message is 

retrieved from mail inbox 504 and presented to the user, 
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as illustrated by message display 516, which presents 
header information 518 and text 520 to the user. 

With reference next to Figure 6, a diagram 
illustrating a known post office protocol 3 (POP3) 
5 electronic mail system is illustrated. POP3 mail server 
600 is executing on server data processing system 602. 
POP3 mail server 600 receives new mail 604 and passes 
this new mail along to client device 606. New mail 604 
is a set of one or more electronic mail messages. These 
10 electronic mail messages are received from P0P3 mail 

server 600 through mail program 608 in client device 606 
whenever inbox 610 is refreshed. 

In this example, inbox 610 contains existing 
messages 612, as well as new messages 614. Inbox 610 
15 actually contains electronic mail messages as opposed to 
being a display of messages in a mail list, such as mail 
list 514 in Figure 5. As can be seen, with a P0P3 
electronic mail system, messages are stored in client 
device 606, as opposed to on the server as with the IMAP 
20 system depicted in Figure 5. 

When electronic mail messages in new mail 604 are 
copied from server data processing system 602 to client 
device 606, these electronic mail messages in new mail 
604 are deleted by default from the server. Such a 
25 deletion is a configurable option at the client. When 
the user displays an electronic mail message on message 
display 616, the electronic mail message is accessed from 
the local inbox, inbox 610, on client device 606. When 
an electronic mail message is "saved", this message is 
30 moved from inbox 610 to saved folder 618 on client device 
606. 



i y 



15 

Docket No. AUS920020087US1 

P0P3 systems currently do not provide the capability 
of defining additional folders on the server. As a 
result, the saved folder or any others must be kept in 
local storage on the client device 606. This requirement 
5 further stresses the limited local storage resource on 
the Internet devices, such as PDAs and digital phones. 
Electronic mail messages containing attachments further 
consume the limited storage resources on these types of 
devices. The mechanism of the present invention provides 

10 an ability to use existing POP3 server systems while 

providing advantages associated with IMAP server systems. 

Turning next to Figure 7, a diagram of an improved 
P0P3 electronic mail system is depicted in accordance 
with a preferred embodiment of the present invention. As 

15 illustrated in Figure 7, no changes are necessary with 

respect to POP3 mail server 700 on server data processing 
system 702. 

This new P0P3 system elects to keep mail on the 
server data processing system 702 by configuring POP3 

20 mail server 700 to "not" delete the electronic mail 

message upon receipt and by w not" copying the messages to 
the local storage on client device 704 from inbox 706 on 
server data processing system 702. Preventing deletion 
of messages on a server is achieved via a configuration 

25 setting telling the client to not delete messages that 
are retrieved, and simply by the client not copying 
retrieved messages to local storage that is not creating 
a local mail inbox folder. Client device 704 may be, for 
example, a PDA, such as PDA 400 in Figure 4, or some 

30 other data processing system or pervasive computing 

device. No local inbox is present on client device 704, 
which is similar to IMAP. Instead, mail list 708 in 
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client device 704 is an interface illustrating header 
information for mail list messages displayed in mail list 
708. More specifically, mail list 708 is similar to mail 
list 514 in Figure 5, rather than using inbox 610 in 
Figure 6. 

This arrangement results in all incoming mail 
messages residing on the server as opposed to the client. 
Message headers are retrieved by mail program 710 by 
requesting this header information from POP3 mail server 
700 on server data processing system 702 upon connection 
to POP3 mail server 700 or upon refresh of mail list 
708. This list information is displayed in mail list 708. 
Message headers are retrieved from POP3 mail server 700 
by mail program 710 using the P0P3 command "TOP" . This 
POP3 command and other P0P3 commands are those commands 
currently available with POP3 servers. These commands 
are issued as part of the process in mail program 710 in 
response to various user input, such as refreshing mail 
list 708. 

Individual electronic mail messages are retrieved 
when and if the user selects an electronic mail message 
from mail list 708 for display. This retrieval includes 
any and all attachments because neither the message text 
nor the attachments, or for that matter the message 
headers, remain on the client permanently unless 
specifically saved by the user. Electronic mail messages 
are retrieved from POP3 mail server 7 00 for display in 
message display 712 using the POP3 command W RETR" . 
Header 714 and body 716 are displayed in message display 
712 in these examples. 
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Of course, depending on the particular 
implementation, caching can be used as local storage 
permits, to prevent having to retrieve header or message 
contents from the server multiple times. With caching, 
5 once an electronic message is retrieved from P0P3 mail 
server 700, it may be retrieved later from the cache 
rather than the server. When mail list 708 is refreshed 
the headers of all mail messages are cached at that time. 
The individual messages may or may not be cached at mail 
10 list refresh time. 

The header information from these electronic mail 
messages is used to generate the display of mail list 
O 708. When mail program 710 is terminated or turned off, 

% this cached information may then be discarded. As a 

H 15 result, limited storage resources on client device 704 

m 

jfl are not used up as with normal POP3 mail systems. The 

II! next time the mail program is turned on, the header 

p information is again retrieved from the server to 

J*j generate a current display for mail list 708. The option 

in 20 of retaining messages on the server is used to allow for 

y this header information to be retrieved at a later time. 

Further, in this example, mail list 708 does not include 
the entire headers; only the fields that are to be 
presented to the user are used by mail list 708. 
25 Also shown in Figure 7 is a bookkeeping file, mail 

attribute file 718, that is created on the client to 
store per message attributes, such as attributes 506 
described with respect to Figure 5. These attributes 
include, for example, a flag to indicate which messages 
30 have been viewed ("read/unread"), a flag to identify 
electronic mail messages selected for deletion, and a 
flag to identify replies that have been made to received 
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electronic mail messages. The attributes are stored in 
mail attribute file 718 on client device 704 because POP3 
mail server 700 does not provide these attributes on the 
server as with an IMAP mail server. This file is 
5 resynched with the server each time the incoming mailbox 
is accessed by mail program 710. Mail attribute file 718 
also is updated on each mail operation on the client. 
These operations include display, delete, and save. 
Electronic mail messages are deleted from the P0P3 server 
10 using the POP3 command w DELE " , and messages are also 
deleted from the server when they are saved at the 
client . 

With reference next to Figure 8, a diagram of an 
entry in a mail attribute file is depicted in accordance 
t: 15 with a preferred embodiment of the present invention. As 

II! illustrated in Figure 8, each entry in the mail attribute 

Wl file 718 includes unique ID (UID) 800 of the message and 

is 

O attribute 802. UIDs are retrieved from the POP3 server 

W , 

q using the P0P3 command U UID" . The use of mail attribute 

W 20 file 718 allows for a "read/unread" indicator to be 

O 

m displayed in mail list 708 and an unread mail count that 

can be displayed along with the mail list 708. In 
addition, the stored UID values are used to recognize the 
arrival of more recent messages than those that are 

25 already represented in the mail list and therefore in the 
mail attribute file. This allows the setting of a u New 
Mail" indicator, such as an LED or special icon. This 
information is readily available in the IMAP protocol 
from the server, but not with POP3 because each new 

30 connection to the server appears to be retrieving "new" 
mail. In these examples, mail attribute file 718 is 
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designed to be as small as possible because this file 
takes up space on the local client storage in client 
device 704. Mail attribute file 718 may allocate a few 
bytes for each electronic mail message. 
5 POP3 mail systems also have a limitation of not 

being able to specify additional folders on the server. 
This limitation prevents the creation of named folders, 
such as a saved mail folder, as is available in the IMAP 
protocol. This limitation is addressed in a preferred 
10 embodiment of the present invention by creating 

additional folders in local storage on the client device 
as is done in traditional P0P3 email clients. However, 
q in order to optimize the use of local storage in this 

y limited environment, a filtering mechanism, filter 720, 

M« 15 is placed between the inbox on the server and the local 

•Jf mail folder on the client. This mechanism allows the 

111 user to view any attachments initially and for as long as 

^ the mail message is kept in inbox 706 on server data 

W processing system 702. 

jn 20 By using filter 720, the user also can decide which 

iff attachments to preserve when moving a mail message to a 

local folder, such as saved folder 722. The filtering is 
not tied to the server configuration in these examples. 
This system allows the filtering decision to be made on a 
25 per message basis rather than the general type of 

attachments. Of course, parameters, such as file size and 
file type, may be used to filter attachments along with 
the filtering performed on a per message basis. In these 
examples, the local storage size limit is a configurable 
30 option and the user maintains control over which 
attachments, if any, to store in saved folder 722. 
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Further, only messages with attachments are subject to 
filtering. 

With this mail system, saved folder 722 is the 
largest potential user of the local client storage on 
5 client device 704. Saving attachments from electronic 
mail messages can severely limit the number of messages 
allowed in the local folders, such as saved folder 722, 
on client device 704. 

With reference now to Figure 9, a flowchart of a 
10 process used retrieving electronic mail messages is 

depicted in accordance with a preferred embodiment of the 
present invention. The steps illustrated in Figure 9 may 
be implemented using computer or processor instructions 
in a mail program, such as mail program 710 in Figure 7. 
15 The process begins by retrieving electronic mail 

ffl messages from the POP3 server (step 900) . The retrieval 

of these messages may involve retrieving only the header 
information or all of the messages and pre-caching the 
messages at the client device. The mail attribute file 
20 is refreshed (step 902) . The mail attribute file is 

refreshed to update the file to reflect information from 
new messages retrieved from the POP3 mail server. This 
step is described in more detail with respect to Figure 
10 below. The mail list is displayed (step 904) and the 
25 process terminates thereafter. The mail list is similar 
to mail list 708 in Figure 7 and includes a list of 
electronic mail messages received for the mail account. 

Turning next to Figure 10, a flowchart of a process 
used for updating a mail attribute file is depicted in 
30 accordance with a preferred embodiment of the present 
invention. The process illustrated in Figure 10 may be 
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implemented using computer or processor instructions in a 
mail program, such as mail program 710 in Figure 7. 

The process begins by retrieving UIDs and attributes 
(step 1000) . An unprocessed UID is selected (step 1002) . 
5 The selected UID is compared with the mail attribute file 
(step 1004) . 

Next, a determination is made as to whether the OID 
is present in the mail attribute file (step 1006) . If 
the UID is absent, the UID and associated attribute or 
10 attributes are added to the mail attribute file (step 

1008) . Next, a determination is made as to whether more 
u unprocessed UIDs are present. If more unprocessed UIDs 

5 are present, the process returns to step 1002. 

2 Otherwise, the process terminates. Returning to step 

15 1006, if the UID is present in the mail attribute file, 
the process proceeds to step 1010, as described above. 

The present invention also provides a mechanism to 
allow for the use of multiple mail accounts on a client 
device. Currently, local files and folders for 
20 electronic mail messages are not placed in a shared 

directory and are tied only to a user name on a client 
device. In order to enable the sharing of mail accounts 
in a mult i -user environment, these files are assigned to 
a shared directory path on a client device. The 
25 directory path uses the following format: 

/mail server system name/mail account name/ 
For example, the following may be a path for shared mail 
accounts : 

/shared/email/pop3 .austin. ibm. com/bilansky/ 
30 The mail account name is the user name created on the 
server . 
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Previously, the local files and folders related to 
mail were not kept in a shared directory, and were tied 
only to the user name on the device. One or more user 
IDs on the device can be configured to use the same mail 
account on the server if desired. If this is the case, 
these IDs share one copy of the saved folder and the mail 
attribute file. If the users each configure their own 
mail account, then each user will have their own set of 
files, since their path would be different for mail 
account names . 

Either of the sharing users that log onto the device 
have the same view of the mail stored in the inbox on the 
server and the same view of the saved folder on the 
client. However the users will have separate identities 
for other aspects of electronic mail messages, such as a 
separate address book and a separate full name (the name 
placed in the from field of outgoing mail) , and also a 
separate drafts folder (unfinished mail to be sent 
later) . These aspects are all tied to the user ID on the 
client as opposed to the mail account on the server. 

With multiple users sharing a client, each user may 
have their own saved file and attribute file by appending 
the client side user ID to the directory path. This path 
would have the following form: 

/mail server system name/mail account name/Client 
Userid/ . 

For example, the path may be as follows: 
/shared/email/pop3 .austin. ibm.com/bilansky/mbilansky/ 
This configuration would allow more uniqueness to each of 
the sharing users, such as their own read/unread status, 
but would require the use of more local storage. The 
sharing of mail accounts among client device users is 
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optional. Each user on the device may configure their 
own mail account on any available server, P0P3 or IMAP. 

Further, the P0P3 mail system of the present 
invention also lends itself to the sharing of mail 
5 accounts from different systems. Since the inbox resides 
on the P0P3 mail server, a user may access the inbox from 
a device at work or from another device at home. With 
this implementation, each of the Internet devices will 
have their own attributes file and saved folder. With the 
10 extension of multiple users on these devices, the local 
saved folder is also placed in a shared directory, 
created for each mail server and account being used. 
This configuration allows multiple users to share the 
same mail account if desired, without paying the local 
15 storage penalty of multiple copies of the local saved 
folder or the bookkeeping file. Of course, users still 
have the option of individual email accounts and the 
associated mail folders and files. 

Thus, the present invention provides an improved 

h: 20 method, apparatus, and computer instructions for 

y 1 

p providing POP3 server support in client devices. This 

iw mechanism is especially useful for client devices with 

limited storage. The mechanism of the present invention 
provides the advantages of an IMAP mail system through a 
25 POP3 mail system. The mechanism does not require any 
changes to currently used P0P3 mail systems. Instead, 
changes and additions are implemented in the mail program 
on the client device. As a result, client devices with 
limited storage may have a wider range of electronic mail 
30 options with an ability to use both IMAP and POP3 
systems . 
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It is important to note that while the present 
invention has been described in the context of a fully- 
functioning data processing system, those of ordinary 
skill in the art will appreciate that the processes of 
5 the present invention are capable of being distributed in 
the form of a computer readable medium of instructions 
and a variety of forms and that the present invention 
applies equally regardless of the particular type of 
signal bearing media actually used to carry out the 

10 distribution. Examples of computer readable media 

include recordable- type media, such as a floppy disk, a 
hard disk drive, a RAM, CD-ROMs, DVD-ROMs, and 
transmission- type media, such as digital and analog 
communications links, wired or wireless communications 

15 links using transmission forms, such as, for example, 
radio frequency and light wave transmissions. The 
computer readable media may take the form of coded 
formats that are decoded for actual use in a particular 
data processing system. 

20 The description of the present invention has been 

presented for purposes of illustration and description, 
and is not intended to be exhaustive or limited to the 
invention in the form disclosed. Many modifications and 
variations will be apparent to those of ordinary skill in 

25 the art. The embodiment was chosen and described in 
order to best explain the principles of the invention, 
the practical application, and to enable others of 
ordinary skill in the art to understand the invention for 
various embodiments with various modifications as are 

30 suited to the particular use contemplated. 



